Skip to content

Conversation

@lotus-nexthop
Copy link

@lotus-nexthop lotus-nexthop commented Oct 28, 2025

Follow the pattern from sff8436.py and default to "Unknown" to prevent
None being returned.

Fixes sonic-net/sonic-buildimage#24369

Description

If the transceiver does not have one of the expected length-types, it
will be returned as None, which will cause an exception in xcvrd's
post_port_sfp_info_to_db() when it tries to marshal that data into a
swsscommon.FieldValuePairs because None is not a string.

Motivation and Context

We were seeing a continuous crash loop on NH-4010 when loopback
transceivers were installed.

How Has This Been Tested?

Verified it stopped the continuous crash loop on NH-4010 when the
appropriate loopbacks are installed.

Additional Information (Optional)

@mssonicbld
Copy link
Collaborator

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 1 pipeline(s).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

Bug: SFF8472 loopback modules cause xcvrd exception

3 participants